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CROSS-REFERENCE TO RELATED APPLICATIONS 



US Application No. 09/916,252 filed July 30, 2001 and US Application No. 
09/916,253 filed July 30, 2001, contain information relevant to this application. The 
1 0 methods claimed in said filed applications can be used to enable the browser-based 

remote procedure call (RPC) utilized by this invention. Said methods are non-essential, 
however, since a number of other methods could be utilized. 
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¥■■■ Not Applicable 

« BACKGROUND OF THE INVENTION 

Si 

JTJ 25 1 . Field of the Invention 

u ] The present invention relates generally to displaying and editing data on the Internet, and 

n more particularly to retrieving and editing the data structure of a HTML UI (User 

•U Interface) Control. 

30 

2. Description of the Related Art 

End users interact with modern computer applications through a graphical user interface 
(GUI). A GUI utilizes various graphical elements, such as icons, menus, forms, grids, 
35 etc. End users interact with these graphical elements using the keyboard and/or some 
type of pointing or selecting device, such as a mouse. By interacting with these various 
graphical elements, end users may carry out certain tasks or functions, such as navigation, 
data entry, and so on. 

40 Of the various purposes that the GUI serves, the GUI's navigation function is vital to the 
usability of most applications. A properly developed navigation system empowers end 
users to quickly find the information they need and act upon it. One example of a 
commonly used navigation system is the Start menu in the Microsoft Windows operating 
system (OS). The Start menu allows end users to quickly find a desired application and 

45 start it. The essentialness of the navigation system is made evident by the fact that most 
all applications utilize it in one form or another. 
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Historically, one of the most effective navigation systems has been the treeview, as seen 
in traditional PC-based applications such as Microsoft's Windows Explorer. The treeview 

50 displays information in a hierarchical order with the broadest topic displayed at the top or 
the root and related items stored underneath or in nodes. Each node can have one or 
more child nodes, which in turn can contain additional child nodes. This hierarchical 
nature of the treeview works well for presenting large amounts of data that can be 
logically grouped. End users also prefer this type of navigation because the organized 

55 layout of the treeview helps them reach their desired information with a minimum 
number of steps (e.g. mouse clicks). 

When it comes to managing collections of information resources, such as PC files, Web 
pages, and emails, the treeview is indispensable and used everyday by everyone. The 
60 most widespread and common use of a treeview is for file management (e.g. Microsoft 
Windows Explorer). End users manage the files on their PC's hard drive through edits 
u performed on the displayed treeview, such as adding, deleting, and renaming interior 

h nodes (i.e. folders) and leaves (i.e. files) of the treeview. Treeviews are also used in 

Q many other applications that involve navigating and managing collections of information 

H 65 resources. For example, treeviews are utilized to navigate and manage Web page 
■P bookmarks (e.g. Microsoft Internet Explorer, Netscape Navigator), emails (e.g. Microsoft 

H Outlook, Eudora), and newsgroup articles (e.g. Microsoft Outlook Express Newsreader, 

4* Forte Free Agent). 

%?? 

I , Today' s new generation of Web-based applications lack the powerful treeview of 

!H 70 traditional PC-based applications. Early Web-based navigation systems were nothing 

more than various logical groupings or sets of hyperlinks presented on several Web 
I = j pages. Such early navigation systems were poor at displaying a large number of 

Q hyperlinks. They either overwhelmed end users with excessive information or forced 

y : them to navigate through and download many Web pages. The much advancement in 

75 Web browser technology has enabled programmers to mimic the treeview through a Web 

interface; however, these treeviews are significantly less powerful than their PC-based 

counterparts. Generally speaking, today's treeview solutions force end users to trade 

functionality with speed, reliability, and security. 

There are three basic groupings of treeview based on the type of technology utilized. 
80 These treeviews are grouped as Plugin-based treeviews, HTML-based treeviews, and 
XML-based treeviews. The shortcomings of various treeview solutions are discussed in 
detail below. 

Plugin-based treeviews mimic the functionality of PC-based treeviews but at a hefty 
price. Such treeviews typically utilize either Java Applet or ActiveX technology, which 
85 are regarded as being inconvenient, slow, unreliable, and posing serious system security 
risks for end users. They are inconvenient because end users must generally download a 
Web browser plugin (depending on the type of Web browser) and periodically maintain it 
by downloading updates. They are slow because end users must download a relatively 
large amount of program code, and then wait for that code to initialize at the Web 
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90 browser. They are unreliable because they are precompiled, which bypasses the Web 
browser's debugging feature. They pose serious system security risks because they have 
full read and write privileges to the end user's entire hard drive. All in all, end users must 
give up a lot to get the functionality of PC-based treeviews within a Web browser. 

Although HTML-based treeviews overcome the pitfalls of Plugin-based treeviews, they 
95 simply lack in functionality and scalability. HTML-based treeviews are implemented 
using standard JavaScript and DHTML, and thus lack the server connectivity of their 
Plugin-based counterparts. That is, each time an interaction with the server is made, such 
as saving an edit made to the tree, the Web page must be refreshed. These page refreshes 
quickly add up as end users work, robbing them of precious time and lowering 
1 00 productivity. As a result, HTML-based treeviews are typically read-only so that no trips 
to the server are necessary. Since edits cannot be performed, such treeviews can only be 
used for navigating and not managing information resources. Also, the lack of server 
connectivity forces HTML-based treeviews to preload all its data that could be megabytes 
fa of information for larger treeviews. Consequently, HTML-based treeviews do not scale 

O 105 to accommodate large treeviews. These serious limitations cause HTML-based treeviews 
Q to be utilized for navigation purposes only in the context of small collections of 

^ information resources. 

+■ 

XML-based treeviews overcome the scalability issues of HTML-based treeviews, but still 
"% lack in functionality. XML-based treeviews add the ability to load data from an XML 

^ 110 file to the HTML-based treeview. Though largely similar to its HTML-based 
y s counterpart, XML-based treeviews can be designed to scale to support large treeviews. 

fy This scalability comes from the fact that XML allows for read-only server connectivity. 

H That is, XML data can be loaded into a displayed Web page at the Web browser 

W repetitively, without incurring a page refresh. Consequently, the treeview can be 

O 115 engineered to incrementally load data as an end user interacts with the displayed 
H treeview. Any editing of an XML-based treeview, however, must be done via a similar 

database interaction as HTML-based treeviews, which incurs a page refresh. 

Consequently, XML-based treeviews are typically utilized only for navigating collections 

of information resources. 



120 The shortcomings of the various treeview solutions examined above are inherited from 
the technology utilized. As a result, other UI Controls, such as forms, grids, listviews, 
and menus, suffer from similar shortcomings. Specifically, the usability and scalability 
of other HTML UI controls is compromised, much in the same way as HTML-based 
treeviews, by the lack of server connectivity. 

125 From the discussion above, it should be apparent that there is a need for an HTML-based 
treeview that can be used to navigate and manage large collections of information 
resources. More generally, it should be apparent that there is a need to improve the 
scalability of HTML UI Controls that display relatively large data structures, and enable 
HTML UI Controls to establish server connectivity as necessary without incurring a page 

130 refresh. The present invention fulfills this need. 
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BRIEF SUMMARY OF THE INVENTION 



To overcome the shortcomings of the prior art described above, it is an object of the 
present invention to provide an improved method for retrieving the data structure of a 
135 HTML UI Control. 

It is another object of the present invention to provide an improved method for editing the 
data structure of a HTML UI Control. 

140 Still another object of the present invention is to provide an improved system and method 
for deploying a HTML UI Control that does not require Web browser plugins. 

Briefly stated, the present invention provides a system and method for retrieving and 
editing the data structure of a HTML UI Control, such as a treeview. The system and 
145 method have the capability to synchronize the data structure of a displayed HTML UI 

H ! Control in a Web page with its corresponding data structure stored in an information 

O system at a server, without refreshing said Web page. 

*Z The present invention utilizes JavaScript to temporarily store the data structure of a 

J 1 50 displayed HTML UI Control. The JavaScript also has the capability to search and 
J7{ modify a corresponding information system at a server. One way to achieve this 

yj capability is by utilizing a browser-based Remote Procedure Call (RPC) and specialized 

r business logic at the server to carry out server-side tasks on said information system. 

fij 155 In a method according to the present invention, a Web page is loaded at a client Web 
U browser. This Web page contains a Client-Side Data Manager, which temporarily stores 

W the data structure of a displayed HTML UI Control of a Web page. This Web page also 

D contains a Client-Side Proxy, which establishes a communication channel between the 

^ Client-Side Data Manager and a Server-Side Data Query Engine. Based on an event, 

160 such as an end-user's mouse click, a module of the Client-Side Data Manager is invoked 
to evaluate the event. The module sends a request to execute a specified query module of 
the Server-Side Data Query Engine, along with some parameters, to a Client-Side Proxy. 
The Client-Side Proxy packages the request into a universal resource locator (URL) and 
executes a HTTP request through the Web browser. The HTTP request arrives from a 
1 65 Web browser to a Web server. The Web server passes the HTTP request to a Server-Side 
Proxy. The Server-Side Proxy unpacks the request and executes the specified Query 
module of the Server-Side Data Query Engine. The specified Query module performs a 
query upon an information system. A formatted string is generated containing the query 
results, which is returned to the Server-Side Proxy. The Server-Side Proxy packages the 
170 results into a HTTP response. The Web server returns the HTTP response to the Web 
browser. At the Web browser, the Client-Side Proxy receives and unpacks the HTTP 
response, making the string available to the Client-Side Data Manager. The Client-Side 
Data Manager parses the string, evaluates the query results, and acts accordingly. 
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An advantage of the present invention is that it greatly reduces the time required for end 
users to initially load HTML UI Controls, such as a treeview, that have a large data 
structure. 



Still another advantage of the present invention is that it greatly reduces the time required 
1 80 for end users to perform editing tasks on a HTML UI Control, such as adding a new node 
to a displayed treeview. 

Still another advantage of the present invention is that it offers improved scalability of the 
back-end and reduced bandwidth consumption. 

185 

Yet another advantage of the present invention is that the sole use of HTML and 
JavaScript provides a solution that can be automatically supported on a wide variety of 
standard Web browsers already in use today by the majority of end users. 

L , 190 The above, as well as additional objects, features and advantages of the present invention 
S will become apparent in the following detailed written description. 

S BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWING 

s 

U- 195 FIG. 1 illustrates a typical networked computer system that is suitable for practicing the 

W preferred embodiment of the present invention; 

s FIG. 2 is a flow chart generally illustrating the principal steps of a presently preferred 

if! embodiment of the present invention; 

K 200 

rj FIG. 3 is a block diagram illustrating a system according to the preferred embodiment, 

tj DETAILED DESCRIPTION OF THE INVENTION 

205 This invention is described in a preferred embodiment in the following description with 
reference to the Figures, in which like numbers represent the same or similar elements. 
While this invention is described in terms of the best mode for achieving this invention's 
objectives, it will be appreciated by those skilled in the art that variations may be 
accomplished in view of these teachings without deviating from the spirit or scope of the 

210 present invention. For example, the present invention may be implemented using any 

combination of computer programming software, firmware or hardware. As a preparatory 
step to practicing the invention or constructing an apparatus according to the invention, 
the computer programming code (whether software or firmware) according to the 
invention will typically be stored in one or more machine readable storage devices such 

215 as fixed (hard) drives, diskettes, optical disks, magnetic tape, semiconductor memories 
such as ROMs, etc., thereby making an article of manufacture in accordance with the 
invention. The article of manufacture containing the computer programming code is used 
by either executing the code directly from the storage device, by copying the code from 
the storage device into another storage device such as a hard disk, RAM, etc. or by 

220 transmitting the code on a network for remote execution. The method form of the 
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invention may be practiced by combining one or more machine-readable storage devices 
containing the code according to the present invention with appropriate standard 
computer hardware to execute the code contained therein. An apparatus for practicing the 
invention could be one or more computers and storage systems containing or having 
225 network access to computer program(s) coded in accordance with the invention. 

The presently preferred method and apparatus, referring to FIG. 1, takes place between a 
client and a server in an interconnected network of computers such as the Internet or 
intranet. 

230 

FIG. 2 is a flow diagram illustrating the general steps of the present invention. In a first 
step, illustrated by box 200, at least one Web page is loaded at a client Web browser that 
contains a Client-Side Data Manager and a Client-Side Proxy. A purpose of the Client- 
Side Data Manager is to temporarily store the data structure of displayed HTML UI 
235 controls, such as a treeview. The data structure is stored in a JavaScript object, such as a 
multi-dimensional array. Another purpose of the Client-Side Data Manager is to evaluate 
H browser events and execute the appropriate query modules of a Server-Side Data Query 

O Engine. The purpose of the Client-Side Proxy is to establish a communication channel 

p between the Client-Side Data Manager and the Server-Side Data Query Engine, without 

240 refreshing the displayed Web page. At 202, the browser detects an event, such as an end- 
* ; user's mouse click, which invokes a module of the Client-Side Data Manager to evaluate 

£ the event. The module makes a remote procedure call (RPC) by sending a request to 

~S execute a query module of a Server-Side Data Query Engine to the Client-Side Proxy. 

^ The request contains at least one function name along with at least one parameter. At 

U 245 204, the Client-Side Proxy receives the RPC or request and packages it into a universal 
ry resource locator (URL). The Client-Side proxy provides a function that is called by the 

H module of the Client-Side Data Manager. This function appends the parameters of the 

Lj RPC to the URL. The browser builds a HTTP request for this URL and sends it over the 

D Internet or an intranet to a Web server. At 206, the HTTP request arrives from the Web 

H 250 browser to the Web server. The Web server passes the HTTP request to the Server-Side 
Proxy. At 208, the Server-Side Proxy unpacks the request and executes the specified 
query module of the Server-Side Data Query Engine in 210. At 210, the specified Query 
module evaluates the passed-in parameters and performs a query upon an information 
system, such as a database. Possible queries performed include select query, delete 
255 query, update query, and insert query. At 212, the query results are broken down into 
various units and reassembled into a long single string that is delimited by various 
characters, such as asterisks and pipelines. This string is delimited in a systematic way 
that preserves the meaning and relationships of the data. This string is then returned to 
the Server-Side Proxy in 214. At 214, the Server-Side Proxy packages the results into a 
260 HTTP response, such as a dynamically generated HTML page. At 216, the Web server 
receives the HTTP response from the Server-Side Proxy and returns it to the Web 
browser over the Internet or an intranet. At 21 8, the HTTP response arrives to the Web 
browser. The Client-Side Proxy now unpacks the HTTP response and makes it available 
to the Client-Side Data Manager by executing a corresponding callback function. The 
265 callback function receives the formatted string as a parameter. At 220, the Client-Side 
Data Manager systematically parses the string, evaluates the query results, and performs 
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at least one of three general tasks. First, it evaluates whether the query was successfully 
performed. Secondly, it updates its data structure with the query results or based on the 
query results. Thirdly, it notifies corresponding HTML UI Controls that the data 
270 structure has changed. 

A system implementing a preferred present embodiment is shown and described in 
connection with FIG. 3. The Client-Side Data Manager 300 sends a request over path 
302 to execute a RPC to the Client-Side Proxy 304. Both the Client-Side Data Manager 
275 300 and the Client-Side Proxy 304 are implemented as JavaScript objects, and thus both 
reside within a Web page displayed in Web browser 308. The Client-Side Proxy 304 
packages the request into a URL and passes it over path 306 to the Web browser 308. 
The Web browser 308 can be of any type (e.g. Netscape, Microsoft) and of any version 
(e.g. 4.0) so long as JavaScript support is provided. The Web browser 308 sends a HTTP 
280 request over path 3 1 0 to Web server 312. Web server 312 can be of any type so long as it 
has the capability to dynamically generate a HTML page or to access an application 
5l server. The Web server 3 12 extracts the URL from the Web browser 308 and passes it 

PJ over path 3 1 4 to the Server-Side Proxy 316. The Server-Side Proxy can be implemented 

□ in a number of ways, such as several VBScript functions in an ASP page, a Java Servlet, 

H 285 etc. Depending on the implementation, the Server-Side Proxy may reside on Web server 
|;;; 3 1 2 or a separate application server. The Server-Side Proxy 3 1 6 extracts parameters 

H attached at the end of the URL, and invokes over path 3 1 8 the appropriate query module 

W 320 of the Server-Side Data Query Engine 322. The Server-Side Data Query Engine may 

® be implemented using various technologies, and as such, may reside on Web server 312 

f 290 or a separate application server. The Query module 322 queries the information system. 

The information system can be, for example, a database 324, a file system 326, etc. The 
j formatted string of query results 330 is returned back to the Server-Side Proxy 316, 

fTi which is then packaged into the HTTP response 336. The Web server 312 returns the 

p HTTP response 336 over path 340 to the Web browser 308. The Client-Side Proxy 304 

u, 295 accesses the HTTP response 336 over path 342. Here, the Client-Side Proxy 304 unpacks 
the HTTP response 336 and passes the results over path 344 to the Client-Side Data 
Manager 300. 

A number of different methods can be utilized to enable the browser-based RPC over 
300 HTTP. The two recommended methods are as defined in US Application No. 09/916,253 
filed July 30, 2001 (first method) and US Application No. 09/916,252 filed July 30, 2001 
(second method). The first method executes the RPC as a HTTP "GET" request through 
the HTML <script> tag and receives the HTTP response through the same HTML 
<script> tag. This method can be used on any Web browser (e.g. Netscape, Microsoft) 
305 and on any version (e.g. 4.0) that is capable of supporting JavaScript. The one limitation 
of this method is that the HTTP requests, which are "GET" requests, cannot contain more 
than 1024 bytes of data; however, HTTP responses can contain data of any size. Thus 
this limitation prevents large amounts of data to be uploaded or sent to a server through a 
single request. The second method executes the RPC as a HTTP "POST" request 
3 1 0 through the HTML <form> tag and receives the HTTP response through the HTML 

<iframe> tag. This method can only be used on a Web browser that supports the HTML 
<iframe> tag. Currently, only Microsoft Web browsers version 4.0 and above provide 
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support for this method. An advantage of this method over the first, however, is that both 
the HTTP request and the HTTP response can contain data of any size. 

315 

HTML UI Controls that are used to display or edit a data structure, such as forms, grids, 
and treeviews, are best suited to benefit from the present invention. Since such HTML 
UI Controls depend on a data structure that resides at a server, these UI Controls can 
utilize the present invention with little to no modification to achieve the enhanced 
320 version. Non-traditional HTML-based UI Controls or even a single HTML element (e.g. 
text box), however, may also benefit by enhancement from the present invention. 

The following example covers in some detail how the present invention can be used to 
enable a displayed treeview that can incrementally read and write information to an 
325 information system: 

Assume that the information system, a database, contains a representation of the tree data 
%jl structure shown below: 

5 330 TOP 

<*> +-A. 
H +-A.1 
W +-A.2 

m 335 +-B 

r, +-b.i 

m +-B.1.1 

u +-B.1.2 

Lf +-B.2 

5 340 +-B.2.1 

Ms +-B.2.2 

Also assume that the Client-Side Data Manager contains only the first level of said tree 
data structure. Therefore the data structure of the Client-Side Data Manager would be the 
345 following: 

TOP 

+-A. 
350 +-B 

The following represents a case where the children of a node must be retrieved from the 
information system. For example, if an end user expands tree node A, the Client-Side 
Data Manager must load the children of node A from the database. Thus the Client-Side 
355 Data Manager invokes the select query module of the Server-Side Data Query Engine, 
and passes the node ID that data must be loaded. In this example, "A" is passed as the 
parameter to the select query module. A select query on the database for the children of 
node A returns a formatted string containing the status of the operation, the children of 
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node A and any associated data. In this example, the formatted string is delimited as 
360 follows: asterisks separate the error status from the data; pipelines separate each child 
node; and commas separate the associated data of each child node. It is recommended, 
however, that invisible characters, such as ASCII char 001 (□), be used as string 
delimiters for a real-life implementation. If the select query module successfully 
retrieved the data from the database, the formatted string returned for this example would 
365 be "*OK*|A. 1 ,null|A.2,null|*". If the select query module encountered an error, such as 
a database connection error, the formatted string returned would be "*ERROR*Database 
Connection Failed*". The Client-Side Data Manager parses the formatted string and first 
evaluates the status. If an error has occurred, an error message is displayed to the end 
user and the data structure of the Client-Side Data Manager is unchanged. Otherwise, the 
370 child nodes and any associated data are extracted from the formatted string and the data 
structure of the Client-Side Data Manger is updated accordingly. In this example, the 
two child nodes A.1 and A.2 are extracted, and the data structure of the Client-Side Data 
Manager is updated as shown below: 

q 375 TOP 

U +-A. 

£ +-A.1 

H= +-A.2 

W 380 +-B 

yy 

: The following represents a case where a new node is added to the tree shown above. For 

example, if an end user adds the tree node A.3, the Client-Side Data Manager must add 
jr: node A.3 to the database. Thus the Client-Side Data Manager invokes the insert query 

L \ 385 module of the Server-Side Data Query Engine, and passes the parent node ID, the node 
H ID that must be added along with any associated data. In this example, "A" is passed as 

Zi the parent ID, "A.3" is passed as the node ID, and a "null" value is passed for the 

associated data to the insert query module. A insert query on the database for node A.3 
returns a formatted string containing the status of the operation and the node ID that the 
390 operation was performed on. In this example, the formatted string is delimited as 
follows: asterisks separate the error status from the data; pipelines separate the error 
message from the node ID. If the insert query module successfully added the data to the 
database, the formatted string returned for this example would be "*OK*A.3*'\ If the 
insert query module encountered an error, such as a record already exists error, the 
395 formatted string returned would be "*ERROR* [Record Already Exists] A.3 The 

Client-Side Data Manager parses the formatted string and first evaluates the status. If an 
error has occurred, an error message is displayed to the end user and the data structure of 
the Client-Side Data Manager is unchanged. Otherwise, the new node is added to the 
data structure of the Client-Side Data Manger. In this example, the node A.3 is added 
400 under the parent node A, and the data structure of the Client-Side Data Manager is 
updated as shown below: 

TOP 
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405 +-A. 

+-A.1 
+-A.2 
+-A.3 

+-B 

410 

The following represents a case where a node and all of its children (if any) are deleted 
from the tree shown above. For example, if an end user deletes tree node A.2, the Client- 
Side Data Manager must delete node A.2 from the database. Thus the Client-Side Data 
Manager invokes the delete query module of the Server-Side Data Query Engine, and 
4 1 5 passes the node ID that must be deleted. In this example, "A.2" is passed as the 

parameter to the delete query module. A delete query on the database for node A.2 
returns a formatted string containing the status of the operation and the node ID that the 
operation was performed on. In this example, the formatted string is delimited as 
follows: asterisks separate the error status from the data; pipelines separate the error 
420 message from the node ID. If the delete query module successfully deleted the data from 
the database, the formatted string returned for this example would be "*OK* A.2*". If 
the delete query module encountered an error, such as a record does not exist error, the 
formatted string returned would be "*ERROR* [Record Does Not Exist|A.2|*". The 
Client-Side Data Manager parses the formatted string and first evaluates the status. If an 
yi 425 error has occurred, an error message is displayed to the end user and the data structure of 
h | the Client-Side Data Manager is unchanged. Otherwise, the node and all of its children 

yp are deleted from the data structure of the Client-Side Data Manger. In this example, the 

r node A.2 is deleted, and the data structure of the Client-Side Data Manager is updated as 

H shown below: 

RJ 430 

N; TOP 

P +-A. 
^ +-A.1 
435 +-A.3 
+-B 



Lastly, the following represents a case where a node of the tree shown above is modified. 
For example, if an end user changes the data associated with tree node A.3, the Client- 

440 Side Data Manager must update the data associated with node A.3 in the database. Thus 
the Client-Side Data Manager invokes the update query module of the Server-Side Data 
Query Engine, and passes the node ID that must be modified along with any updated 
associated data. In this example, "A.3" is passed as node ID, and "This is the associated 
data" is passed as the new associated data to the update query module. An update query 

445 on the database for node A.3 returns a formatted string containing the status of the 
operation and the node ID that the operation was performed on. In this example, the 
formatted string is delimited as follows: asterisks separate the error status from the data; 
pipelines separate the error message from the node ID. If the update query module 
successfully updated the associated data in the database, the formatted string returned for 

450 this example would be "*OK*A.3*". If the update query module encountered an error, 
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such as a record locked error, the formatted string returned would be u * ERROR* |Record 
Locked|A.3|*". The Client-Side Data Manager parses the formatted string and first 
evaluates the status. If an error has occurred, an error message is displayed to the end 
user and the data structure of the Client-Side Data Manager is unchanged. Otherwise, the 
455 associated data of the node is updated in the data structure of the Client-Side Data 

Manger. In this example, the associated data for node A.3. is changed from a null value 
to "This is the associated data". This change in data structure of the Client-Side Data 
Manager is shown below in parentheses: 



460 TOP 



+-A. 

+-A.1 

+-A.3 (This is the associated data) 

465 +-B 



U While the present invention has been particularly shown and described with reference to 

O the preferred embodiments, it will be understood by those skilled in the art that various 

O changes in form and detail may be made without departing from the spirit, scope and 

^ 470 teaching of the invention. Accordingly, the disclosed invention is to be considered merely 

f: as illustrative and limited in scope only as specified in the appended claims. 

._ f-\ 
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